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A METHOD OF GENERATING A SMS OR MMS TEXT MESSAGE FOR 
RECEIPT BY A WIREIJBSS INFORMATION DEVICE 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

This invention relates to a method of generating a SMS or MMS text message for receipt 
by a vnreless information device. The term 'wireless information device' used in this 
patent specification should be expansively construed to cover any kind of device with 
two way wireless information capabilities and includes without Umitation radio 
telephones, smart phones, communicators, wireless messaging terminals, personal 
computers, computers and application specific devices. It includes devices able, to 
communicate in any manner over any kind of network, such as GSM or UMTS, CDMA 
and WCDMA mobile radio, Bluetooth, IrDA etc. 

2. Description of the Prior Art 

SMS text messaging is the most successful mobile telephony data service. The GSM 
association forecast that 200 billion text messages would be sent over the worldwide 
GSM networks during 2001 and 360 billion during 2002. In January 2004 the Mobile 
Data Association (MDA) estimated diat 20.5 billion text messages were sent in the UK 
during 2003, with a daily average in December of 61 million text messages (51m yearly 
daily average). The MDA forecast that text messaging will reach 23 billion in 2004 in the 
UK and Mobile lifestteams (Independent Research Firm) report that an average of 27 
billion text messages were sent each month in Europe during 2003. 

Currentiy however SMS usage is confined to young people and some business users. 
One of the major barriers to greater uptake is that creating a SMS message requires the 
user to input text using die smaU keys of the mobile telephone; this is slow and for many 
users far too intricate. The use of automated voice recognition systems could solve this. 
For example, automated voice to text conversion can in dieory be deployed witiiin a 
mobile telephone itself: reference may be made to the Nokia Short Voice Messaging 
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system (see EP 1248486) in which a user can speak a message to his mobile telephone, 
which locally converts it. to text using an automated voice recognition engine and then 
packages and sends it as a SMS message. This clearly avoids the need for the user to 
input text using the smaU numeric keys of the mobile telephone. However, automated 
voice transcription systems have quite limited performance and accuracy; diey also 
slavishly transcribe die normal hesitations in human speech Cet*, 'um', 'ah' etc.). When 
one is Ustening to human speech, one can readily filter out these sounds and concentrate 
on die substantive communication. Seeing diese hesitations slavishly transcribed to a 
SMS maU can make the sender appear less then lucid. Hence, whilst SMS generation 
using voice to text conversion avoids the need to input a text message using the small 
keys of a mobile telephone, it does not address die inherent inaccuracy and inappropriate 
transcription of conventional automated voice recognition software. 

The overwhelming bias in the field of voice to text conversion systems is in improving 
the accuracy of automated voice recognition software; current generation software 
nevertheless still either needs to be trained to recognise words spoken by a specific 
person or is limited to recognising a very limited vocabulary and has huge difficulties 
with context. Training requires the user to read out quite extensive test passages and to 
tiien correct tiie transcription errors introduced by the machine transcription. This is a 
slow and arduous task. 

The task of constructing voice recognition software that can reUably and accurately 
recognise natural speech relating to any subject, fi:om anyone and spoken at normal 
speed, remains a daunting one. Nevertheless, it remains die over-riding goal in the area 
of voice to text systems. The present invention challenges this orthodoxy. 
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1. A method of generating a SMS or MMS text message for receipt by a wireless 
information device, comprising the steps of: 

(a) receiving a voice message at a server; 

(b) converting the voice message to an audio file format; 

(c) sending or streaming die audio file over a wide area network to a voice to 
text transcription system comprising a network of computers; 

wherein die method is characterised by the steps of: 

® one of die networked computers playing back the voice message to an 
operator; 

(if) the operator intelligently transcribing the original voice message into the 

computer to generate a transcribed text message; 
(iii^ the operator causing the transcribed text message to be sent to the 

wireless information device from the computer as a SMS or MMS 

message. 

Because human operators are used instead of machine transcription, voicemails are 
converted accurately, intelligendy, appropriately and succincdy into text messages 
(SMS/MMS), 

The present invention therefore enables a user to send someone a SMS or MMS text 
message even when diat user is unable or unwilling to use the text messaging capabilities 
of his phone. Text messaging on mobile phones requires you to type on \mnaturally 
smaU and fiddly alpha-numeric keypads, often witii confusing pre-emptive text editors. 
This often takes quite some time to master and can take 2 to 3 minutes to thumb-type a 
short message. Instead, widi die present invention, die user can speak the message to a 
remote server, which passes a voice file widi die spoken message for transcription to the 
human based voice transcription system; this system then transcribes the message to 
SMS or MMS text message format and then sends the text message to the desired 
recipient. 
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In one implementation firom SpinVox, the following steps occur: 

1. User presses one button on his telephone (mobile or landline) and is connected 
to SpinVox's VoiceMessenger service. 

2. The user says the number he wants to send the message to, or types it in to the 
keypad of his telephone. 

Note : Initiating the spoken text message ficom a phone's address book is also 
possible. 

i. He dictates the message. 

4. The voice message is sent to the text transcription infrastructure and transcribed 
to a text message 

5, The text message is sent as if from the user and received 

> Fast 

o Use the power of voice to get basic tasks done 
o Takes seconds not minutes 

> Convenient 

o No need to look down at a small screen and tiny numeric keypad to thumb- 
type message 

o Can be used whilst multi-tasking ^ e.g. driving, walking, reading, navigating, 
etc... 

^ Dial into yout accoimt from any landline 

o Create a speed-dial on your desk-phone, then just speak the message 
^ Accurate 

o Real words, not text'isms, spell checked, real noun-checked, grammar 
checked 

> Easy 

o No learning or training 



Billing 

There are two choices - Pre-pay or post pay either via micro-billing on the user's phone 
bill or credit/ debit card and direct debit monthly payments. In fact any payment method 
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avaikble at the time via 3"" party Merchant Service providers, so even PayPal which is 
largely a US phenomenon, is becoming available in Europe as a valid payment method. 

Credit/Debit Card 

5 Users will be able to sign-up with credit/debit cards for automatic monthly payments, 
including Direct Debit (UK) and PayPal for the US. 

Micro-Billing 

Users wiU be able to buy SpinVox credit (e.g. £10's worth) via a single reverse biUed SMS 
which will confirm their new credit. Typically this will appeal to the pre-paid market. 
•This neady avoids the relatively expensive cost (60%+) of many individual micro- 
trknsactions each time they use die Services which otherwise make this too expensive 
and encourages some commitment from die user to the service. 
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The present invention wiU be described xyith reference to the accompanying drawings, in 
which: 



Figures 1 - 3 are schematics of an entire voicemail process, starting from voicemaU 
origination, voicemail processing and voicemail deUvety; in accordance witfi the present 
invention; 

Fig:ure 4 depicts the format of a message notification (displayed in a messages in-box on 
a mobile telephone) for a voicemaU transcribed using the method of the present 
invention; 

Figure 5 depicts a conventional text message notification; 

Figure 6 depicts how a voicemaU transcribed using the mediod of the present invention 
appears as a text message displayed on a mobUe telephone; 

Figure 7 depicts a mobUe telephone displaying a list of text messages in a messages in- 
box. A transcribed voice maU is present in the Ust; the callout shows how it would be 
displayed if selected; 

Figure 8 depicts a menu Ust of three new functions avaUable as options relevant to a 
transcribed voicemaU; 

Figures 9A to 9D depict a GUI based voicemaU management application for managing 
conventional audio voicemails; 

Figure 10 depicts the operation of an appUcation that enables a user to speak a message 
into his mobUe telephone and have that remotely converted to a text message; 
Figure 11 shows the overaU flow of actions at a voicemaU server, indicating the actions 
initiated by user inputs; 

Figure 12 shows the overaU flow of actions occurring at the voice message transcribers; 
Figure 13 shows a screen shot of die web-based interface used by voice message 
transcribers. 
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DETAILED DESCRIPTION 

The present invention is implemented by SpinVox Limited, London, United Kingdom as 
part of a suite of mobile telephone products: 

1. VoicemailView-™: Voicemail to Text system - This gives subscribers the option 
to have voicemail delivered to their mobile telephone as text (SMS/MMS or equivalent 
messaging format) with the option to hear the original voicemaU on the mobUe 
telephone. The term 'SMS' means the short message service for sending plain text 
messages to mobile telephones; *MMS' means the multimedia messaging service 
developed by 3GPP CThird Generation Partnership Project) for sending multimedia 
communications between mobile telephones and other forms of wireless information 
device. The terms also embrace any intermediary technology (such as EMS (Enhanced 
Message Service)) and variants, such as Premium SMS, and any future enhancements and 
developments of these services. 

2. VoicemailManaget™: A new Voicemail Management AppUcation - This adds a 
GUI (graphical user interface) to the mobile telephone; it supplements (or replaces) the 
existing audio menu system (UI) provided by cellular phone voicemail systems and 
integrates the phone's call divert features, greetings controls and other related controls to 
provide a single environment (appUcation) on the mobile telephone for voicemail 
management 

3. VoiceMessenger™.- Speech to Text system - This aUows users to speak a text 
message into their mobUe telephone, have it converted to text remotely and then sent 
without using the often tiring alphanumeric phone-pad entry system. 

Key to the accurate transcription of voice messages to text format (as deployed in 
VoicemaUView and VoiceMessenger) is the use of human operators to do the actual 
transcribing inteUigentiy by extracting the message (not a verbose word-for-word 
transcription), and not automated voice recognition systems. Key to the efficient 
operation of this system is an IT architecture that rapidly sends voice files to the 
operators and aUows them to rapidly hear tiiese messages, efficiendy generate a 
transcription and to them send die transcribed message as a text message. 

A. VoicemaflView™ Voicemail to Text system 
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There are three solutions described which deliver the Voicemail to Text system- 

1. Inside the Network Operator - the system is integrated within an operator's 
Network Services (see Figure 1). 

2. Outside the Network Operator - a Service Company accesses the Network 
Operator's Voicemail system via fixed telephony and provides an external service 
direct to end users; see Figure 2, or houses its own voicemaU system and deUvers 
its service completely outside the Network Operator's service and is therefore 
network operator and handset independent, see Figure 3. 



-variant 



A.1 VoicemailView: Inside the Operator ^ 
Referring now to Figure 1, die process deployed is as follows: 



1 
2 



Caller, from either PSTN or MobUe phone network, leaves a voicemail 
Voicemail is converted into a SMS or MMS file by the voice transcription service: 
this is done not by automatic voice recognition systems, but instead by human 
operators. These operators are far more accurate and flexible than automated 
voxce recognition systems and can intelligendy interpret die message, eliminating 
umxecessary hesitations and repetitions to generate a short, simple and lucid 
message. Appendix H defines the requirements for effective and succinct 
transcription. The operators will often be able to significandy shorten messages 
to fit tiiem widun die current SMS text message ceiling of 160 characters (or else 
fit longer messages into multiple SMS messages via standard concatenation); witii 
MMS however, there is no such ceiling. 

• A link (unique i/d) to die original voicemail file is generated - diis i/d can 
just be a Hash of die time/date & caUer number 

The time & date of voicemail is added to a header of die SMS/MMS file 

• The caller number is added to die header of die SMS/MMS file 
Message file is sent to SMS or MMS servers for storage. 

Message is sent via SMS or MMS gateway to wireless terminal. 

User views and manages W voice mails witiiin SMS or MMS appUcation. or 

even inside a Messaging Application depending on platform. 

User can request to hear the original voice mail through the new 
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VoicemailManager application (which provides a GUI interface for aU voicemail 
functions; see B.2) running on the terminal : Play, FFW, REW, Next, Erase, Store, 
Forward, Time/date of message. Call back (and any other existing voicemail 
controls available through audio prompts/menus). 

Positive deUvery of SMS/MMS synchronises the SMS/MMS store with VoicemaU 
store as message *read'. 



A.2 Outside the Operator variant; Service Company provides Voice to Text 
infrastructure for an operator 

5 

Referring now to Fig:ute 2, the process deployed is as follows: 

1 New subscriber provides the Service Company with their phone number, 
voicemail box PIN No. and other details. This now enables the VoicemaU 
Retrieval and Storage Server to call into their voicemail box to retrieve messages 
by polling it regularly, or the Voicemail system inside the Operator sending it 
notifications of new voicemails. There are 2 options (either pre-paid or post-pay) 
for user billing : 

1 , Reverse Text billing (micro-billing) 

2. Montiily Credit/Debit Card billing 

2 Caller, from either PSTN or Mobile phone network, leaves a voicemail. 

3 Service Co. Voicemail Retrieval & Storage Server calls into Subscriber's VoicemaU 
Box & listens' to messages: 

• U^es standard DTMF tones to play messages, retrieve time of call, 
caller number and other data to build up necessary data for text 
delivery 

• Creates unique i/d - can just be a Hash of the time/date & caller 
number 

• Stores voicemail for future playback 

4 Voicemail audio file sent to the human operator based Voice Transcription 
system and converted into SMS or MMS file and sent to a 3"* party SMS/WS/IS 
gateway for delivery 

• link (unique i/d) to original voicemail file is generated and embedded 
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as infoimation hidden from the user in the SMS/MMS file 

• Time & date of voicemail added to a header of die SMS /MMS file 

• Caller number is added to the header of the SMS/MMS file 

° MMS file can contain original audio file embedded for local playback 

5 SMS or MMS message delivered via subscriber's Network Operator 

• Message sent via SMS or MMS gateway to wireless terminal. 

• User views and manages 'text' voice mails within SMS or MMS 
appUcation, or even inside Messaging AppUcation depending on platform. 

6 User can dial into their voicemaU on the Network using the new VoicemaU 
Management Application (this provides die GUI; see B.2) on terminal: Play, FPW, 
REW, Next, Erase, Store, Forward, Time/date of message, CaU back and any 
other existing voicemail controls available tiirou^ audio prompts/menus. 

7 To hear the original voiccmaU, the user is connected back to the Service 
Company's Voicemail Storage server. The unique i/d (hidden from the user in 
the SMS/MMS message) retrieves the correct file to play back. 

A.3 Outside the Operator: voicemail provided entirely by service company 

5 Referring now to Figure 3, the process deployed is as follows: 



New subscriber provides Service Co. witii their phone number and billing details. 
Th^ are now using die Service Co. as their voicemail provider. 
2 options: 

1. They manually divert calls on their phone to Service Co. Voicemail 
gateway number 

2. Service Co. provides over-die-air upgrade to change this behaviour 
There are 2 options (either pre-paid or post-pay) for billing : 

3. Reverse Text billing (micro-billing) 

4. Monthly Credit/Debit Card billing 

Caller, from any phone, typically PSTN or Mobile phone network, leaves a 
voicemail. 
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3 Service Co. Voicemail provides all voicemail functions 

1 . Stores voicemaU for future playback 

2. Creates a unique i/d - can just be a Hash of the time/date & caller 
number 

4 VoicemaU audio Hie sent to human based Voice Transcription system and 
converted by human operators into a SMS or MMS file and sent to a 3*^ party 
SMS/MMS gateway for delivery 

• link (unique i/d) to original voicemaU file generated and embedded as 
information in SMS/MMS file hidden from the user 

• Time & date of voicemail is added to the header of the SMS /MMS file 

• Caller number is added to the header of the SMS/MMS file 

• MMS file can contain original audio file embedded for local playback 

5 SMS or MMS message delivered via subscriber's Network Operator 

• Message sent via SMS or MMS gateway to wireless terminal, 

• User view and manages 'text' voice mails within SMS or MMS application, 
or even inside Messaging Application depending on platform, 

6 User can dial into tiieir voicemail on die Network using either the standard IVR 
controls, or the new Voicemail Management Application (provides GUI; see B.2) 
on terminal: Play, FFW, REW, Next, Erase, Store, Forward, Time/date of 
message. Call back and any other existiug voicemail controls available through 
audio prompts/menus. 

7 To Hear the original voicemail, the user is connected back to the Service 
Company's Voicemail Storage server. The unique i/d (hidden from the user in 
the SMS/MMS message) retrieves the correct file to play back. 



B. Mobile Telephone Software 

In any of the above variants, die mobile phone (or odier wireless information device of . 
some nature) wiU need to be upgraded OTA (Over the Air) or otherwise, in the 
following manner 
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B.l Viewing Voicemail-Text Messages 
Thcxe are two options: 

1. Do not modify the existing telephone GUI - just tteat the SMS which is the 
transodbed voicemail as anodier message 

2. Modify the GUI to incorporate the new features shown below: 

Figure 4 shows a telephone handset icon that could be used next to a SMS message to 
indicate that it is a voicemail message in the messages inbox. A voicemail transcribed to 
text is present in the device's messages in-box; it has been sent from Homer Simpson. 
Figure 5 shows what the current SMS text icon looks like. Another solution would be 
to precede each header with something logical such as "V:» for voicemail - hence "V: 
Homer Simpson" would indicate a SMS transcribed voice mail from Homer Simpson. In 
addition, inside the text file for the voicemaU message, the time and date of the voicemail 
should be added (as not all gateways correcdy timcstamp sent messages), as shown in 
Figure 6. Figure 7 shows this in the context of a mobile telephone. The user has 
selected the 'Read' option for the highUghted transcribed voicemail (from Daniel 
Davies); the device displays die SMS in the normal manner, but with data and time 
added. It is also possible, just by pressing and holding a ^en key (in this illustration, key 
'1') to activate the normal audio-based voicemail playback function. 

When one opens a standard SMS message, one can generally readUy access further 
functionaHty (via an Options menu in Nokia mobUe telephones, for example), such as 
♦Erase', 'Reply', 'Edit' etc. Under this standard 'Options' menu, or equivalent, the 
present implementation adds tiuree new functions, as shown in Figure 8: 

• Hear Original 

• Call Back 

• Add to Contacts 

We expand on these new functions below: 

Hear OriginaL- This aUows the user to now hear the original voicemaU and uses die 
unique i/d encoded into the SMS/MMS message to correcdy connect to the original 
voice file. 

There are diree options: 
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0 The user gpes into the standard voicemaU system and follows die existing audio 
prompts for hearing the message. 

Cu) The user gpes into die new Voicemail Management AppUcation shown below at 
B.2. 

In eidier case, upon ending the call to voicemaU, the user is returned to the same 
point in die messaging application to decide what to do with the text/audio version. 
Qii) The user embeds die original sound file in an MMS message (or equivalent, such 
as e-mail) to be played back locally on the terminal. 

Call Back 

This uses die caller's number recorded with die message to call diem back. 
Add to Contacts 

This takes the caUer's number and automaticaUy adds it to a new contact/address entry 
for the user to complete with name, etc. 

This is a specific example of die mobile telephone software being able to parse die text 
diat has been converted firom voice and to use diat inteUigpntiy. Otiier examples are: 

(a) exttacting die phone number spoken aUowing it to be used (to make a caU), 
saved, edited or added to a phone book; 

(b) extracting an email address and allowing it to be used, saved, edited or added to 
an address book; 

(c) exttacting a physical address and aUowing it to be used, saved, edited or added to 
an address book; 

(d) extracting a web address (hyperlink) and allow it to be used, edited, saved or 
added to an address book or browser favoudtes. 

(e) extracting a time for a meeting and allow it to be used, saved, edited and added to 
an agenda as an entry 

(f) extracting a number and saving it to one of die device appUcations 

(g) extracting a real noun and providing options to search for it or, look it up on die 
web (WAP or full browser). 
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The extent to which this can be done depends on the intelligence in your handset Cm 
essence its parsing capacity and interoperability with other applications and common 
clipboard where this data, is normally stored for use in other appUcations). Today, nearly 
all phones support extraction of phone numbers, emaU addresses and web addresses . 
from a text message. This is normaUy made available when the user is reading the 
message by the content being underlined (as a hyperlink or equivalent); the user then 
simply selects 'Options' (as found on Nokia telephones, or its equivalent on a different 
make of handset) and 'Use' (as found on Nokia telephones, or its equivalent on a 
different handset) and dien depending on the content type, further context sensitive 
options (e.g. widi a street address it might offer - Look up. Navigate, Save in Address 
book, etc...). 

B.2 VoicemailManager™ : Voicemail Management AppUcation 

This application can be used in either stand-alone or as integral part of the 
VoicemaUView Voice to SMS/MMS system (or equivalent text delivery system) 
desctibed above at B,l . 

The VoicemaU Management appUcation gives a user a GUI (Graphical User Interface) in 
addition to the standard audio prompts they are used to receiving when accessing and 
managing normal audio voicemaU. When a subscriber calls (Figure 9a) into their audio 
voicemaU using dieir mobHe telephone, they arc first taken into dieir 'VoicemaU Inbox» 
and then presented with die controls shown in Figures 9B to D. 

For programming purposes, these controls wiU nearly all relate to standard DTMF tones 
that the voicemaU system uses as input to it when die user currendy presses keys on dieir 
phone's keypad. 

Fig:ure 9A shows the user calling VoicemaU; Figure 9B shows how a new management 
appUcation has been invoked which first displays an Inbox's contents (here, 3 new audio 
caUs and 2 stored audio caUs) of aU voicemaUs. The options menu operates as foUows: 



Item listed in Options Menu 


Action 


Play All 


Plays all messages in sequence 
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Delete All 


Offers which to delete - all New or all 
on^-Lcu. — dXLci Qeieres triexn all 


Mark all heard 


Moves all New messages into Stored folder 


Forward to 


Forwards message to another subscribers 
inbox 


Store 


Store — only available in New messages or 
during play back — moves message to Stored 
folder 



Referring to Figure 9C, if the user selects which category of audio voicemail he \wishes 
to Usten to Ci.e. new or stored), he is then shown a menu Ust of the audio voicemails in 
that category, each identified with sender name if available, or foiling that, the caller 
number. The transcribed text message ideally has added to it the caUer name by the 
transcription service. This includes notifications when a user turns off the voice-to-text 
conversion in VoicemailView (i.e. they want plain voicemail) so that they will now be 
able to see the name of the person who has left them a voicemail before deciding 
whether to dial-in and listen to it/them. The user can readily navigate to and select the 
audio message he wishes to Usten to. Once a message is selected, then, as shown in 
Figure 9C, new Voicemail controls are displayed on screen. Their function is as foUows: 



Voicemail control 


Action 


1 Erase 


Erases current message - returns to previous screen. New or 
Stored folder view for user to select which message to now 
listen to, or goes straight to playing next message. 


2 Next 


Skips to next message. At end of messages, goes back to 
previous screen. New or Stored folder view. 


3FFW 


Fast forwards through message whilst button held. At end 
of message, stops and shows next message to be heard (New 
or Stored folder view) or at end of all messages, goes back 
to top level view (New & Stored folder view) 


4REW 


Rewinds back through message whilst button held. At end 
of message, stops and shows previous message to be heard 
(New or Stored folder view) or at end of all messages, goes 
back to top level view (New & Stored folder view) 
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5 Previous 


Skips to previous message. At begimimg of messages, goes 

back to previous screen t^t^xsr Qf-r%«>o^ 

^-^-tv-r^vwo iNcw Ox Oloreu roicier view. 


6 Call back 


Calls user back anH en He Vi^ir*#»t^«il 

" utt^xw Aim wuub V oiccmau can. 


7 Text message 


Opens up Text (SMS or MMS) appUcation with caUers 

number selecteH H<*fonli' •r/»r-it-»i*»«-»** ...^^^ ^ j i 

otn^uucu uctauic recipient tor user to send them a 

text message. 


8 Forward 


Forwards message to another subscribers VoicemaU inbox. 


9 Add to contacts 


Adds number to contacts through phone's standard 
contacts/address book application. 


0 Configure 


Configures voicemail - standard options for Record New 
Greeting Turn Gteeting on/ofif, etc. . . 
Integrates into existing phone sofhrare for configuring 
Divert behaviour - e.g. divert on busy/no answer/phone 
off to voicemail or specified number. 



10 



During this process, the user is arrays offered the aural navigation options which are 
synchronised with what is shown on-screen, so that diey have the best of both worlds. 
With the use of simple command based Speech Recognition, the user may just speak the 
command they want to execute, so if the user wants to play new messages, they would 
just say "Play" and the VoicemailManager engine would recognise this command and do 
just that — play the message. 

Note: The exact numbers (keypad numbers) and their related functions wiU be those of 
the existing voicemaU system and so will vary by network operator/voicemaU system. 



15 



B.3 VoiceMessengerTM; Speech to Text (SMS/MJVIS) Service 

It is often preferable for users to want to send a message in text format, rather than voice 
- e.g. if diey do not want to disturb the receiver, but want to get die message to them. 
But it is often difficult for people to thumb-type text on a small alpha-numeric keypad. 
They may also be mobUe, such as walking, or in a car or have only one hand available, or 
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be unable to type, such as whilst driving. The VoiceMessenget™ speech to text service 
addresses this need. 

The user goes into their Messaging/Text appUcation running on their mobile telephone, 
simply selects the message recipient either from their phone's address book, or types 
their number in, then selects the new VoiceMessenger option, as shown in Figure 10, by 
pressing and holding die '2' key. The user might also be connected to the service to start 
widi and will then simply speak the number or the name to a local (on the mobile 
telephone) or a remote voice recognition engine which will take the user through the 
process. 

When connected to the remote VoiceMessenger Engine, the user simply speaks his 
message and the remote VoiceMessenger Engine records it, and then sends die audio file 
for conversion to text using die human operator based voice transcription system. The 
text format message is then packaged as a SMS/MMS (email or other appropriate 
messaging system) and sent dirough die SMS/MMS etc. gateway. The user will be given 
aural prompts for controlling die input, hearing die conversion and sending the message. 



C. Extensions 

C.1 MMS Voice-notes to Text 

A user with an MMS enabled phone will be able to send voice-notes via an MMS which 
die human operator based voice transcription service will dien transcribe and send on to 
their desired destination. They can also have dieir Voicemail converted and sent to their 
phone in MMS format if preferred. 

C.2 Automated Voice Recognition 

This is to speed up die processing of inbound voice files and reduce operating costs. 
The prime function will be to auto-detect spoken phone numbers, and detect language to 
route audio files to die correct human operator staffed transcription bureau. It will also 
be used for detecting names and spoken numbers and addresses firom the users online 
phone-book (see below) and commands for VoicemailManager controls. 
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C.3 Online Address Book 

There wiU be two forms of online address book that a user be able to use when 
connected to SpinVox services by simply saying the name of the person diey want to say: 

> SpinVox online phone book - via user web lo^, they wiU be able to add names 
and numbers of people they want in their SpinVox online address book 

> Synchronisation with their Microsoft Oudook (Express or full version) or other 
e-mail/PIM/Addressbook client - this allows them to have all their contacts 
online and not only be able to say the name of die recipient, but also determine 
the type of message they want sent : SMS, MMS, email, fax, etc. 

> With a Network Operator, it is possible also to offer SIM backup function and 
then offer their SIM phonebook to them to call a name up &om. 

C.4 Presently Available Services (Presence) 

Using Presendy Available Servers, users can define what mode they want to be in for 
receiving communications, e.g. 'Meeting' lets a user know before the communicate that 
the person diey want to contact is in a meeting and will accept say SMS/MMS or a 
VoiceView text message. Once out of the meeting, the user can then change their 
contact status to 'Available' and be contacted by a phone calL 
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Appendix 1 

1. SpinVox Voicemail IVR Structure 

A standard voicemaa server system with IVR is the foundation; the IVR is programmed 
as shown in the Figure 11 flowchart. 

2. VoicemailView 

The user*s phone will (during technical provisioning shown below) have the 'V key 
(standard voicemail access key) re-programmed to automatically call the SpinVox 
voicemail server and have tiiem automaticaUy logged-in (unique phone-number -f PIN) 
which takes them to the top level of the IVR tree. 

If at any point the user hangs up, then the session is terminated with the relevant 
outcome. If this happens during a recording, including a dropped line from another 
mobile caller, tiien it is assumed to be die end of a recording, and the system proceeds to 
the transcription stage. 

Each transcribed voicemail will contain a unique numbei: starting with say a '4' (depends 
on final IVR tree configuration), so tiiat when a user presses and holds 'V to connect to 
SpinVox's voicemail server, diey simply press the unique message i/d - e.g. 403 which 
takes tiiem to the 3"^ message they have in the queue. 

2.1 LandUne or other mobile phone Access 

As shown in Figure 11, the IVR tree will allow a user to dial in using their unique Divert 
No. (Voicemail No.) and will then be prompted to enter their PIN. 

2.2 Speed-dials 

The IVR system wiU accept a user programming in a speed-dial that allows diem to dial 
tiieir unique SpinVox number + PIN. They are then able to access all features shown 
above. 
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2.3 Leaving a VoiceMail 

The user's phone is configured to divert to SpinVox voicemail under conditions they 

define shoTvn below, where the caller will either hear : 

> Defeult SpinVox greeting :'W«,^,^j^^K.x-K..Wy. Flease dictate your message 
clearfy t^er the tone, [tone] 



> User's own greeting : [User's recorded ffeeHngj [tone] 



Then 



1. System records the caller's voicemaU for either the default length (30 sees) or the 
user defined lengdi (IDs - 2 mins or any parameters SpinVox sets). 

2. At the end of recording, the caUer hears Standard IVR options via prompt- 
"Press : 

1. To hear your message 

2. To delete your message and re-record 

3. Re-record your message 
# to end or simpty hang-up" 

3. If the user exceeds the .recording length, then they are prompted: 
'Tm sorry, jou've exceeded the recording Hm availabk. Phase try again after the tone" 

a. If die user hangs up without recording a new message, then the message 
is sent for Transcription, 

b. Another variant arises if the user has selected an 'Advanced Transcribe 
Option'; this operates such that if die recording time of a message is less than 
a user set maximum time, dien the message is transcribed, otherwise, it is not • 
transcribed but instead a standard notification is sent to the user that they 
have a new voicemail to listen to in format shown below in 4c. This 
addresses the fact that users are occasionally sent long voicemaUs diat are 
more conveniendy listened to rather than read. However, for these long 
messages, a human transcriber may Usten briefly to the voice message and 
write up a very short indication of die subject of the caU which is sent to die 
message recipient Also, for handsets diat support less dian a certain amount 
of text (typically legacy handsets), die system first looks up the user handset 
and limitations in a Phone database (supplied by SpinVox) and wiU dien offer 
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users relevant recording lengths. E.g. for an older Siemens phone that does 
not support concatenation and only up to 4 text messages, the system alerts 
the user that die recording length shovild be kept below say 30 seconds to 
ensure most messages fit in their phone and they are told why. Likewise, 
default recording lengdis for these handsets may need to be set to a 
commensurate lengdi by the system for them. 

4. Message is sent to die relevant Transcription queue: 

a. If callers CUD (Caller Line Identification) captured, then autopopulate 
die Trom* field. If not, insert 'SpinVox VoicemailView* as the sender. 

b. If transcribable, then text version of message sent to user 

c. If xmtranscribable, then a template text message with certain fields auto- 
populated is sent to user: 

*You have a new voicemail (from CLI if availabk] to listen to. Press 7 ' on jour phone U> 
connect to your voicemail, then 4xx to hear this specific message. Thank jou. SpinVox. " 
The Trom' field is from *SpinVox VoicemailView' 

d. Bill according to number of SMSs sent 

5. Text message sent to user and tiiey can choose what to do next as per standard 
options available to them on their handset 

3. VoiceMessenger 

The above IVR diagram shows how a user accesses VoiceMessenger, whether directiy 
firom their mobile phone, or via another phone. 

3.1 Speed-dials 

The IVR system will accept a user programming in a speed-dial that allows them to dial 
dieir unique SpinVox number + PIN + *3'. 

If from their mobile phone, the technical provisioning below will have configured a 
speed-dial (by default key 'T) to dial and log them in (voicemaU number + PIN + 3) 
directiy to the VoiceMessenger option. 
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They will dien heat a standard prompt : 

'Welco^i^e to S^nVox's VoieeMessenger. At the tone, please either speak the destination number or 
tfpe it in, then dictate the message you wish to send Hang-,^ to send, or press # to send a new 
messagp." [tone] 

Then: 

/. If DTMF tone is undetectable, or confiising (as using * or + for international 
dialling), then prompt for new number entr)^: 

'Tm sorry, we couldn't detect the number you typed Please tiy again and remember for an 
international number, prefix it with 00, not + " [tone to prompt re-etitry] 

2. System records for either the default lengdi (30 sees) or the user defined length 
(10s-2mins). 

3. At end of recording, user hears Standard IVR options via prompt: 
'Tress : 

4. To hear your message 

5. To delete your message and re-record 

6. Re-record your message 

# to send new message or simply hang-up" 

4. If the user exceeds the recording length, then they are prompted: 
'Tm sorry, you've exceeded the recording time available. Phase try again after the tone" 

a. If the user hangs up without recording a new inessage, then the message 
is sent for Transcription. 

5. Message sent to transcription queue with the Trom' field auto-populated (as 
SpinVox knows who the client is) : 

a. If transcribable, dien text version of message sent to user 

b. If untranscribable, dien a template text message with certain fields auto- 
populated is sent to user: 

'Tm sorry, but we weren't able to convert the message you dictated [time/ date] [to number 
if detected]. Please try again in quiet surroundings and dictate clearly. Thank you. 
SpinVox. " The 'From' field is 'SpinVox VoieeMessenger'. 
Bill according to number of SMS's sent or MMS size (KB). 



c. 
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6. Text message sent to recipient and they can choose what to do next as per 
standard options available to them on their handset 

4. Technical Provisioning 

V 

During Technical Provisioning, user data (handset, network, etc..) will be re-used to 
confirm to the user what they have selected. 

Key will be the system sending the user SMS messages to part automate the 
configuration of the user's handset (diverts & V.Card for VoiceMessenger) and 
confirmation of successful setup. These messages are aU sent as High Priority to ensure 
user/ salesperson is not left 'hanging' whilst waiting for configuration SMS to arrive. 

The' steps are: 

Step 1: handset selection, from a drop down Ust shown on the provisioning screen 
(usually at the point of sale) 

Step 2: Voicemail View setup: 

<CREATE STRING AS FOLLOWS : '+ COUNTRY CODE_USERS UNIQUE 
VOICEMAIL NUMBER_p_PIN NUMBER _#' »» THIS IS CALLED 
SPINVOX VOICEMAIL NUMBER AND IS UNIQUE TO EACH USER!> 

Step 3: CaU diverts selection: this explains how die mobUe phone is normally setup to 
divert to the user's voicemail (under all the following conditions). The user can change 
these if he specificaUy wants it to divert to anotiier person or number, and not his own 
voicemail 

<USSD Strings...(Hne of digits) created based on above selections used to 
configure handset sent as a High Priority SMS with 4x USSD strings the user needs 
to reply to / action. > 
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Step 4: CaU divert setup via SMS. Tells the customer that he has just been sent a SMS 
and should dick on a specific button on the provisioning screen when received (or a 
different 'nof received' button if not received ^wthin 3 minutes). 

Step 5: CaU divert setup: SMS. The provisioning screen informs the user that if he has 
received die configuration SMS, please do die following: 
1- Open SMS message 

2. Select 'Options' (database to have name of function for each handset) 

3. Scroll & Select Use Number' 

4. You wiU now see 4 numbers, select the first number and press 'Send'. 
You will now see the number being dialled and 'Requesting' displayed on 
your mobile's screen. If you receive a confirmation message, repeat this 
step for the remaining 3 numbers. 

Step 5: CaU divert setup: MobUe phone. The provisioning screen informs Ae user 
On yovir mobUe handset : 
1. Select 'Menu'2. 

<IMPQRT VOICEMAILVIEW DATA FROM DATABASE FOR SPECIFIC 
HANDSET... TELLS YOU WHAT TO DO / WITH •+ COUNTRY 
CODE_USERS UNIQUE VOICEMAIL NUMBEIL.p_PIN NUMBER _#' > 

Step 6: Select deUvery method. The provisioning screen aUows the user to select how he 
would Uke to receive voicemaUs once they are converted to text (typical options are SMS 
MMS. MMS with the audio file, e-mail, e-maU with the audio file). The system then 
sends an appropriate vCard to the user's mobUe telephone. 

Step 7: Voice Messenger setup. The provisioning screen informs the user: 



Please do as foUows : 

We have just sent you an SMS 



- VCard. When you have received it. please do the 
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1. Accept and save the VCard on your mobUe phone ^thout modifying it - go to 
step 2. 



If you have not received this message widiin 5 minutes, or cannot save the VCard, 
please do die follovdng : 

Create a new 'Contact' called -VoiceMessenger' diat has die foUowing number : 
+ COUNTRY CODE_USERS UNIQUE VOICEMAIL NUMBER_p_PIN 
NUMBER _#,!' 

If you don't know how to add new 'Contact', please dick here - (go to W to' 
page, widi info pulled from database to - tell you what to do) 

2. <IMPORT VOICEMESSENGER SPEED DIAL CONFIG. DATA 

FROM DATABASE FOR SPECIFIC HANDSET... TELLS YOU WHAT TO 
DO / WITH> 

Step 8: Congratulations screen: 

Thank you for choosing SpinVox Services. 

♦You will now receive your VoiceMails as Text, and don't forget that you can 
always hear the originals by simply pressing and holding die '1' key on your phone 
- to connect to your SpinVox Voicemail account 

*To speak a Text Message - press and hold '2' (or the key you designated as 
VoicemailView) and you will instandy be connected to VoiceMessenger. Clearly 
dictate your number and message - you say it., we text id 

* You can always access VoiceMessenger by pressing and holding the 'I'key and 
following the prompts. 
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♦You can view your account settings, view statements and manage your SpinVox 
account at www.SpinVox.com - using your Mobile Phone number and PIN. 

Ifjoa have not already printed or recorded jottr PIN namber, here it is again 
1234 

5. Transcribe Assistant 

This is provided to a human operator transcriber when they log-on to their account. AU 
they need is a web browser, sound card, media player capable of playing and controUing 
playback of the media files or streaming protocol, and high-speed internet access. 
Figure 12 shows the process flowchart for transcription. Each Transcriber logs in and 
starts receiving VoicemaUView (see Figure 13 for the screen into which they type the 
transcribed message and from which they cause the message to be sent), or 
VoiceMessenger audio files to be transcribed (see Figure 14), one at a time. While 
logged-in there are only 2 states: message currendy in the process of being transcribed, 
and pause. ' 

5.1 Transcriber control panel buttons (see Figure 13): 

> Transcription completed 

> Transcription undecipherable - as per 2 & 3 above: 

o For VoicemailView, an automatic SMS is sent to diem with fields auto- 
populated where available, with the following text: 
"You have a nem voUemail [Jhrn CU' if available] to listen to. Press '1 ' onyour 
phone to connect to your voieemail, then 4so< to hear this specific message. Tbankyou. 
SpinVox." 

The Trom' field is Stota 'SpinVox VoicemailView* 
o For VoiceMessenger, an automatic SMS is sent to diem with fields auto- 
populated where data is available, with the following text: 
'Vm sorry, but we wereti't able to convert the message you dictated [time/ date "to tel 
no. " if available]. Please try again in quiet surroundings and dictate clearly. Thank • 
you. SpinVox. " 

o The 'From' field is 'SpinVox VoiceMessenger'. 
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>^ Pause and re-queue cutrent message 

> Rc-route cutrent message to different language bureau, menu to select language 
or "unknoW. Transcriber taken back to queue to receive new message. 

5.2 Phone xnunbers: 

> In the case of VoicemaiTView, the Trom' field is auto-populated with either the 
CLID captured when the caller left the message (inserted into the message 
header), or "SpinVox VoicemaiTView" 

> In the case of VoiceMessenger, the Trom' field is eidier auto-populated for the 
Transcriber if the user used DTMF, or if not, die Transcribe Assistant provides a 
field for the Transcriber to type it in. ' 

Note : For User Data Protection reasons, the Transcriber will never see auto-populated 
telephone fields (or other user data fields), so the system will not show these unless it 
requires the Transcriber to type die destination number in. 

5.3 Spell Checker 

When the Transcriber hits 'Send', the system will automatically spell check die message 
and if any errors occur, correct them and display die corrections to the Transcriber widi 
a prompt 'Accept & Send", or aUow them to manuaUy correct (as there might be a 
particular spelling tkiey want). 

To do dais properly, die speU checking process will include a real-noun dictionary 
relevant to die geographic area and culture of die user. So for example, in the UK die 
real-noun dictionary wiU contain not only EngKsh names, but place names, landmarks, 
road-names, chain estabUshment names (e.g. pubs, bars, restaurants, etc. . .), etc. . . 

Where dicre isn't a match, die Transcriber just double clicks on die underlined word and 
is offered die closest matches. If need be. diey can jcewind and re-Usten to that part of 
die message to make the appropriate selection. 
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5.4 Transcription Bureau Manager 

They can view the statistics for all the Transcriber accounts they own below them. 
They will be able to view and analyse: 

> No. of transcriptions by type (sign-up, support) - houriy, daily, weekly, monthly, 
yeariy 

> No. SMS's sent by type - houriy, daily, weekly, monthly, yearly 

> Queue times — hourly, daily, weekly, monthly, yearly 

> Average message lengdi by type - houriy, daily, weekly, monthly, yeariy 

> Transcriptions times/rates - hourly, daily, weekly, monthly, yeariy 

> Variance in transcription times/rates by type - hourly, daily, weekly, monthly, 
yeariy 

^ All of these by Transcriber account 

> No. and % of messages untranscribable by type - daily, weekly, monthly, yearly 

> No. and % of messages sent to different bureau for transcription - daily, weekly, 
monthly, yeariy 

> Transcription accuracy - done by taking a random sample daily and measuring 
accuracy against original (CCA Manager does diis & inputs result into system) ^ 
and feedback from CCA on trouble tickets. The worst of these two figures is the 
accuracy. 
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These are the requirements for the Transcription Services to be used for both 
VoicemaiTView and VoiceMessenger services. . 

Requirements 

The key requirement is to deliver the actual message, not all the redundant information 
which is often spoken and left in a message. 



Rbquikement 



Confidentiality 

The Transcription service must minimaUy provide complete confidentiaUty of messages it 
transcribes ^vithin the Data Protection Act 98 or other legislation in force at the time. 

• AU transcription employees must have signed a confidentiaHty agreement before being 
able to deal with any messages and must not divulge, share, copy, forward or otherwise 
share any user information 

• Message and number disassociation to protect the user's information: 

o In the case of VoicemailView, the transcriber will not be shown the user's phone 
number th^re sending the text message to 

o In the case of VoiceMessenger diey will not see the caller's number, only the 
destination number 

• Each Transcriber will have a unique logon name and password. The system tiien records 
every transcription tiiey make so we have complete system transparency. This data is 
available to the Transcription Bureau Manager (who creates and manages the Transcriber 
Accounts) and die SpinVox Systems Administrator 

• Communications between SpinVox's systems for messages in either direction must be 
secure - use industry standard encryption (e.g. RC4-124, RSA-124, SSL3, etc. . .) 

• Access to saved messages on servers (or elsewhere) must be secure 



Conversion is 99%+ accurate 

f die user receives a text message, it will be inteUigible - 990/0 
message, 



'0 accurate to original voice file 
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Requirement 



AJl numbets, phone numbets, email addi^sscs^wendSsse^stteeta^^ 
converted. 



Character Set 100% compatible mth SMS/MMS aUowed characters 

Characters used during transcription are compatible ^vith the SMS/MMS system resulting 

message will be sent through. 



Concatenation of messages is meaningful ~ ~ — " 

User will clearly know to continue to next message to continue reading transcription. If system 
doesn't automatically provide obvious prompt to do so, then insert *! of 2', '2 of 3' or the like. 



occur m a 



Regional Accents and Saying ~ 

Transcriptionists must be able to deal with the various regional accents and sayings that 
country. For instance, in the UK alone, there are over 12 regional accents ranging from the 
'posh' South-Eastem accent to die thick Glaswegian accent of West Scotland to the lilted Irish 
accent. These should be translated correctly and in their form of saying things. Routing of a 
message to transcribers with the appropriate capabiUties may be provided. 



Speech Artefacts are removed ' ■ 

Typically speech contains much redundant 'noise', e.g. : 'ummms', 'ahhh's', 'errr', 'ehmm', pauses, 
breadis, coughs, sneezes and other typical speech artefacts. These clearly musto't be included in 
the transcription. 



Obvious repeats are removed ' 

Often a message will contain repeated phrases or names to clarify what is being said. These 
shouldn't be included. 

Spoken message : "See you outside Waxy O'Connors, thaf s Waxy as in candle wax and 

O'Connor as in Irish singer Sinead O'Connor." 

Transcription should read : "See you outside Waxy O'Connors." 



Abbreviations 
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Requirement 



Standard abbreviation of common temis should be used: 



Spoken 

Apartment 

Number 

Telephone Number 
Fax Number 
Example 
Okay 

Electronic Mail 

Internet Website 

(i.e. no http:// required) 



Abbreviation 

Apt 

No. 

TeL 

Fax. 

E.g. 

ok 

email 
website 



Numbers ' "" ' — 

Whenever a number is spoken, the numeric format will be written down. 

E.g. "See you at seven forty five tonight*' = «See you at 7:45pm" 

Kg. ^ Wd like to order eleven thousand, seven hundred and eighty eight nuts D4 size." = ' Wd 
like to order 1 1,788 nuts D4 size." 

E.g. 7ane lives on eleven seventy five Park View, apartment twenty three on the third floor" = " 
Jane Kves on 11 75 Park View, apt 23 on the S'^ floor." 



Phone numbers — 

To save character space, phone numbers are a single string of numbers with 



no spaces: 



E.g. = 07.798625155, not 07798 625 15 5 as two additional space characters are being used. 
International '. 



■ Prefixes 



If phone number is given with 00 for international dialling, then convert this into a '+'. 
e.g. 00442075864103 should be +442075864103. 

Again this saves character spaces and correcdy defines the number for international dialling prefix 
which is interpreted by the local Network for the correct international dial out code which isn't 
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Requirement 



always 00 (e.g. in US it's 01 1). 

Spell Checking ' = 

Messages must be cotrectly spelt and it is suggested that die relevant speU checker is used for all 
messages - e.g. UK English for die UK, US English for the US, etc, . . 

Real Nouns and Place Names '' 

The dictionary/ speU checker used must include Real Nouns (names) and Place Names to assist in 
getting the information in the message right 1" time. 

Events Planning - Daily calendar of events, celebrations. News, etc... 

There are several aspects of this: 

® Cultural Sayings 

In multi-cultural societies, it is important to know diat on many days a certoin community will be 
celebrating sometiiing. For example die Hindi new year pivah) is not the same as the main UK 
new year, so on Divali, Transcribers must be prepared to hear greetings and wishes ^«ith diis and 
otiier associated words in it and know how to speU them or what a message's context mi^t 
mean. 

Qi) Normal annual events - Easter, Christmas, New Year, etc. . . 

(m) Sporting events - national leagues, world cups, Fl events, sailing events, etc. . . 

Qv) Media events - Oscars, BAFTA, etc. . . winners 

(v) Unexpected events - Kke die recent Twin Towers' attack, the bombing in Madrid, War in 
Iraq, etc.. 

The local Transcription Bureau Manager must have a full calendar of all cultural, social and 
sporting events which tiiey must plan for at least 2 days in advance. In addition, this wiU be 
critical to determining tiie likely load balancing required with staff. For instance, at the end of the 
recent England Rugby worid cup win, die text messaging and voicemail loads in the 2-3 hours 
tiiat followed die match probably exceeded 300% of dieir normal levels and diere would have 
been lots of references to players names, technical words used in die game (try, conversion, ruck. 
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Requixuement 



maJl, etc. . .), foreign cities and locations, and of course the following day all die ttaffic related to 
people getting back from die event, ete. . . which wiU naturally skew die load balancing again. 



Undecipherable words 

After the best attempt has been made to figure out what the word might be (could be the name of 
a bar or place diat is outside the normal vocabulary), a question mark in brackets will be placed 
after it. 

E.g. 

Spoken message : Meet you at Jongleurs at 6 tonight. 
Transcription : Meet you at Junglers(?) at 6 tonight. 



Gaps or line drop outs 

The message may contain 'drop-outs', 'gaps' or other interference due to temporary Network 
coverage issues. In diis case, insert a where die w:ord(s) are missing. 

E.g. 'John, it's Mike and I'm late so see you at 6pm." 

This wiU likely prompt die user to dial-in to listen to die original and see if they can make sense of 
the message. 

More than 3 drop outs: 

In die case die message is uninteUigible due to a high number of drop outs (3 or more), then use 
die TJndecipherable' option to send die user a notice that they need to either listen to a voicemail 
or try speaking their text message again. 



Undecipherable voice messages 

The user will be notified via a text message using a standard template that there are 
undecipherable voice messages for them to listen to: 

VoicemailView 

The standard text will say, ''You have x new voicemaa(s) to Usten to diat couldn't be converted. 
To hear them, please connect to VoicemailView by holding and pressing 1." 
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RjEQUIREiVtENT 



Then the following fields will be automatically populated: 

• CaUer [tel no] or ['Trivate No.*1 when CU suppressed 
° [time/date] 

• A [unique i/d) so that user can go straight to that message 
VoiceMessenger 

The standard text wiU say ' Wre sorry we couldn't convert the message you just dictated. Please 
try again speaking slowly and clearly. Thank youl" 
Then the following fields will be automatically populated: 

• [Time and date] they attempted to send message 

• To : (Tel No.] they were attempting to text 



Mood or other implied Context ~ — " — 

When it is clear that the person leaving the message is also using mood as part of the message, 
then the transcriptionist wiU include the following at the beginning of the message: 

• Paughingl Laughing 

• [crying] Crying 

• [whispering] Whispering 
[shouting] Shouting/Screaming (unless doing so to overcome background noise as 

when in a bar or station in which case ignore) 
[screaming] Screaming as when someone is highly distressed, in trouble or frightened. 

• [fiightenedj When die person is obviously frightened 
[angry] Angry as shouting and/or banging fists (should be obvious firom die 
content of the message) 

When the mood is unclear (e.g. may be just the way that person talks or the context that they're 
in), then don't add this in. 



VoiceMessenger Text'isms ' ~ 

It is becoming common to insert text symbols to represent emotions (emoticons). The foUowing 
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Requirement 



wUl be published and wiU be supported. This is the set that we wiU support and pubJish on our 
website. 

The official full listing of SMS-Speak is at : 

http://site5.ninemsn.com.aii/mmisite/wfth2s ms/help/smsdict-asp 

During dictetion of die VoiceMessenger message, the user may say "Insert symbol-name" and die 
transcriber will insert the appropriate symbol 



E.g. "Thanks for confirming our trip. Insert smiley. Bye!" = 'Thanks for confirming our trip 
Byel" 



Symbol Symbol Name 


Symbol S3rmbolName 


■-) 


Smiley 


O:-) 


An angel 


,-D 


Laugher 


:-9 


SaUvaring 


;-) 


Twinkle 


:-<> 


Surprised - 


:-* 


Kiss 


%-6 


Not very clever 


:-( 


Sad 


K) 


Shocked 


:•-( 


Ctying 


:-o 2Z 


Bored 


:-c 


Unhappy 


•A 


Sceptical 


'-W 


Angry 


:@ 


Shouting 


HO) 


Shouting 


:-o 


Appalled 


:-< 


Cheated 


:-X 


Not saying a word 


>:-( 


Very angry 


l-I 


Sleeping 


:-0 


■Wow 


%-} 


Intoxicated 


:-| 


Determined 


;-v 


Talking 




Bitter 







Normal punctuation should be used such as capitals at die beg^g of sentence, fiill stops, 
question marks, exclamation marks, colons and semi-colons where it is clear that die intonation 
or the grammar requires it. 
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Requirement 




The GtsmmBX checker used in the Transcribe Assistant ou^t to help eliminai 



te mistypes. 



ext is delivered promptly ' """^ 

Time taken for text message to arrive on receiver's phone from end of voicemail recording is 



on 



average 2 mins: 

® 80% within 2 minutes 

• 1 0% widiin 3 minutes 

• 10% widiin 5 minutes 



Queuing and load^balancing .wm be necessary to ensure bptimai diroughput of messages, 



